METHODS FOR CONTROLLING RESOURCES IN A COMMUNICATION 



NETWORK 

Field of the Invention 

The invention refers in general to a method for 
controlling resources in a communication network having a 
number of nodes connected to the same link, the capacity 
of the link being divided into frames which in turn are 
divided into time slots. 

Background of the Invention 

In communication networks of the above mentioned 
kind, different schemes are used for determining which 
nodes that should have access to which slots, i.e. have 
the right to set up communication channels and start 
sending data using said slots. Such schemes include those 
that allow modification, over time, of which nodes that 
have access to which slots, for example to adapt to 
different nodes varying need for transfer resources or to 
adapt to the situation that nodes are added or removed 
from the link. 

For example, WO9736402 discloses a communication 
network, wherein different nodes are assigned so-called 
ownership of different slots. A node that owns a slot has 
the right to allocate the slot for use by one of the 
communication channels handled by the node. This document 
also suggest that a slot that is owned by a first node 
may be temporarily "lent" to a second node, allowing the 
second node to temporarily use the slot for sending data, 
after which the second node "returns" the slot to the 
owner thereof. Furthermore, ownership to the slot can be 
transferred from one node to another, thereby 
transferring the right to control how the slot is to be 
used . 

In networks of this and similar kind, it is vital to 
ensure that no two nodes send data using the same slot 
over the same link segment simultaneously, thereby 



risking to compromise each others traffic. This is 
sometimes referred to as ensuring that the allocation of 
slots is "conflict-free". 

The object of the invention is to solve the problem 
of how to efficiently allow and perform dynamic altera- 
tions in the network while at the same time ensuring 
conflict-free allocation of resources using a simple 
mechanism. 

Summary of the Invention 

The object of the invention is achieved by the 
invention as set forth in the accompanying claims. 

According to an embodiment of the invention, there 
is provided a method of the above mentioned kind compri- 
sing: a procedure for informing each node on the link of 
which nodes that are connected to the link and which 
slots that it has access to; a verifying procedure for 
subsequently verifying that information separately held 
by said nodes is not inconsistent regarding the nodes' 
right to allow sending of data in said slots; and the 
step of disabling said verifying procedure from producing 
a positive verification during transition periods at 
which different nodes on the link risk having inconsis- 
tent link data. 

Use of a verifying procedure for verifying, for 
example, that a node is free to use a specific slot may 
produce an erroneous verification when alterations are 
taking place on the link. This is especially true for 
alterations affecting data being of a type that different 
nodes participating in said verifying procedure use as a 
basis for determining their input to said verifying 
procedure. For example, when changes in the number of 
nodes that are connected to a link take place, or when 
changes in which node that controls allocation of which 
slots take place, different nodes will gain knowledge of 
said change at different points in time and may thus 
participate in a verification procedure based upon 



inconsistent view's of the status of the link. 
Advantageously, according to the invention, to avoid this 
resulting in erroneous verifications, the verification 
procedure is disabled during such periods of change. And 
as the node relies on the verification procedure as a 
prerequisite for actually putting new slots into use, no 
such activities can be undertaken while the verification 
procedure is disabled, thereby ensuring that no slot 
access conflict causes two nodes to start sending data 
into the same slot simultaneously. 

Preferably, any node detecting the occurrence of 
such a type of change into new link state will disable 
the verification procedure until it has received 
acknowledgement that other nodes are aware of the new 
link state. If, as preferred, the verification procedure 
comprises one node sending an verification request and 
expecting all other nodes on the link to reply to said 
request, any node can advantageously, according to the 
invention, disable the verification procedure by simply 
not sending replies to the verification request. 

Thus, as soon as one node on the link becomes aware 
of the risk of inconsistency, for example by having its 
Link State Protocol reporting new data on which other 
nodes that are connected to the link, the other nodes 
will become indirectly aware of it since the node will 
not respond to inquiries. This is very advantageous 
compared to the alternative where a warning message is 
sent from the interface that becomes aware of the risk of 
conflicts, since such warning message will always run the 
risk of not reaching all of its intended recipients. 

Thus, the method according to the invention ensures 
that a situation where there is a risk of inconsistency 
in the distribution of access to time slots is recognized 
and dealt with fast so that the situation where two 
interfaces consider themselves to have access to the same 
time slot is prevented, especially during link state 
changes . 



Furthermore, the use of the idea that no reply is a 
negative reply makes the method insensitive to loss of 
messages and thus reliable in a network where there are 
alterations . 

Note however that alternative embodiments could 
allow nodes to send replies during the periods of change, 
as long as such messages implies that slots are free for 
use. A node could for example continue sending 
verification replies, however indicating warnings or 
indicating that no slots should be put into use before 
all nodes have the same view of the new link state. 

Brief Description of the Drawings 

An exemplifying embodiment of the invention will now 
be described with reference to the accompanying drawings, 
in which: 

Fig. la illustrates an exemplary network of the kind 
addressed by the invention; 

Fig. lb illustrates an exemplary frame structure 
used in the network of Fig. la; and 

Figs. 2, 3, and 4 are schematic signaling diagrams 
illustrating message-exchanges among the nodes of the 
network in Fig la. 

Detailed Description of Preferred Embodiments 

An exemplary communication network NW of the kind 
addressed by the invention is shown in Fig. la and 
comprises three nodes A, B, and C that each is connected 
to a single ring link L via respective link interfaces I. 
On the link L, a recurrent, essentially fixed size frame 
of the kind illustrated in Fig. lb is transported uni- 
directional ly. 

In the exemplified network, the capacity of the link 
L is divided into frames, each having a nominal duration 
of 125 )J,s and is turn being divided into a fixed number 
of 64-bit time slots. The start of each frame is 
identified by a so-called synchronization slot S, and the 



end of each frame is provided with so-called fill slots F 
included to accommodate for small jitters in the network 
frame frequency. The remaining slots of the frame are 
slots to be allocated used for transporting control 
5 signaling and payload data, respectively, between the 
link interfaces I connected to the link L. This type of 
frame format is for example used in so-called DTM 
networks (DTM - Dynamic synchronous Transfer Mode) . 

The three nodes A, B, and C are assigned ownership 

10 of respective slots on the link L, i.e. to respective 
sets of slot positions within each recurring frame on 
link L. Slot ownership is determined by a master node on 
the link (said master being appointed as the node having, 
as far as the nodes are aware, the lowest link layer 

15 address on the link) . In the figures, it is assumed that 
node A is the master node on the link. Any node having 
been assigned ownership of a slot by the master node may 
allocate the slot to form part of a communication 
channel, or it may decide to lend the slot to another 

20 node that for one reason or another requests more 

resources. Note that the owner of a slot hence need not 
necessarily have immediate write access to the slot, as 
the write access to the slot may have been borrowed by 
another node on the link. Note also that whereas the 

25 distribution of slot ownership is controlled centralized 
by the master node, the decision to lend the actual write 
access to the slot, as well as the obligation to initiate 
verifications with respect to the slot, rests with the 
node that is the owner of the slot. 

30 Management of access to slots is handled by control 

messages sent and received by the nodes of the network 
using predefined control channels, said messages inclu- 
ding the following message types: 

A Change (CH) message is sent by a master node on 
35 the link (said master node being appointed as the node 
having the lowest link layer address on the link) to 
inform the nodes connected to the link of changes in 



which nodes are connected to the link and in the dis- 
tribution of slot ownership among said nodes. The Change 
message comprises a list of the nodes connected to the 
link together with a respective scalar corresponding to 
the time slots that the nodes are allocated ownership of 
on the link. The Change message is forwarded to reach all 
nodes on the link on a node-to-neighbor-node-basis until 
it the last node on the link returns the message to the 
master node. If the master hasn't received the Change 
message within a predefined period of time, it will 
resend the Change message. A node that receives a Change 
message will only store the information contained therein 
and forward the massage if the list of nodes identified 
therein is consistent with the list of nodes that the 
node's own Link Status Protocol has determined for the 
subject link. Otherwise, the node will discard the Change 
message and thus forward it to a next node. 

An Ownership Request (OR) message is sent to the 
master node from any node that receives a Change message 
and is unhappy with the amount of resources that it has 
been allocated in the Change message. The Ownership 
Request message identifies the amount of slots that the 
sending node would like to have ownership of. 

A Verification Request (VREQ) message is used when a 
node wants to verify the write access situation with 
respect to one or more time slots that it is the owner 
of. It is a message that is sent from the investigating 
node to all other nodes on the same link and identifies 
the slot (or slots) that the verification pertains to. A 
node will repeatedly send Verification Request messages 
with respect to the slots that is the owner of. For slots 
that it has not lent to any other node, it will use the 
Verification Request message to verify that no other node 
believes itself to have any access right to said slots. 
For slots it has lent to other nodes, it will use the 
Verification Request message to verify that said other 
nodes still regard themselves as borrowing said slots and 
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that they hence, for example, haven't ended borrowing the 
slots without any message indicative thereof having been 
received by the owner of the slot. Moreover, for all new 
slots that a node is assigned ownership of in a Change 
message, either during operation or at link start-up, it 
will send a Verification Request message to these now 
slots, to verify that no other node regards itself as 
having access to said slots, such verification, received 
from all other nodes on the link, being a prerequisite 
for the node to start allocating said slots for actual 
use and thereby allowing data to be sent in said slots. 

A Verification Reply (VREP) message is used by each 
node as the reply to a received Verification Request 
message. It is a unicasted message that is sent from each 
node that has received a Verification Request message to 
the node that was the sender of that Verification Request 
message. It identifies whether or not the node sending 
the Verification Reply message considers itself as having 
access to the slot (or slots) that the Verification 
Request message pertained to, for example by regarding 
itself to be the owner of the slot or to be currently 
borrowing the slot. 

A Resource Announce (RES_ANN) is sent by each node, 
telling all other nodes on the link how many slots it 
currently is willing to lend to other nodes. Other nodes 
that receive this message store this information to know 
which node to ask for resources if in need to borrow 
such . 

A Resource Request (RES_REQ} message is sent from a 
node that needs to borrow slots to the node that it tries 
to borrow slots from, and identifies the number of slots 
that it would like to borrow. 

A Resource Transfer (RES_TR) message is used when a 
node lends (or returns after borrowing) access to a slot 
to another node. It is sent from the node that transfers 
the slot access to the node that receives the node access 
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and identifies the slot (or slots) for which access is 
transferred. 

An Interrupt (IN) message is sent by the node having 
the ownership of a slot when detecting, via a verifying 
5 procedure, that two or more nodes are accessing the same 
slot. The Interrupt message is sent to instruct these 
node to stop using the slot so that no more than one node 
on the link has access to the slot. 

In this exemplifying embodiment, each node will keep 
10 a state for all slots one the link. From the point of 

view of the individual node, each individual slot on the 
link will always occupy one (and one alone) of the 
following states: 
Li FREE: The node owns the slot and it has been 

2 15 verified that it is free for the node to use. The slot 

ni can be allocated to a channel or lent to another node as 

'J} desired. If the node receives a Change message indicating 

^fi that it is no longer the owner of the slot, it will 

change the status of the slot to GONE (se below) . If the 
20 node receives an Interrupt message, implying that there 
is an access conflict and instructing the node to stop 
using the slot, it will do so, and change the state of 
g the slot to LENT. 

H LENT: The node owns the slot but has lent it to 

25 another node. When the slot is returned, the node will 
change the status of the slot to FREE. At repeated 
intervals, slots in the LENT state will be transferred to 
the VERIFYING state (se below) to verify that they have 
not been ^'lost" but is in fact still used by other nodes. 
30 If the node receives a Change message indicating that it 
is no longer the owner of the slot, it will change the 
status of the slot to GONE (se below) . Also, at start-up, 
all slots owned by the node are considered to be lent 
until a verification procedure has verified that that is 
35 not the case. 

GONE: The node is not the owner of the slot and has 
not borrowed it from another node. If the node receives a 



Change message indicating that has become the owner of 
the slot, it will change the status of the slot to LENT. 

BORROWED: The node is not the owner of the slot, but 
is using it while having borrowed it from another node. 
When returning the slot to the owner after having 
borrowed it, the node will change the status of the slot 
to GONE. If the node receives a Change message indicating 
that has become the owner of the slot, it will change the 
status of the slot to BUSY (se below) . If the node 
receives an Interrupt message, implying that there is an 
access conflict and instructing the node to stop using 
the slot, it will do so, and change the state of the slot 
to GONE- 

BUSY: The node is the owner of the slot and is using 
the slot (i.e. it has been actually been allocated to a 
communication channel) . If the node receives a Change 
message indicating that it is no longer the owner of the 
slot, the node will change the status of the slot to 
LENT. If the node receives an Interrupt message, implying 
that there is an access conflict and instructing the node 
to stop using the slot, it will do so, and change the 
state of the slot to LENT. 

VERIFYING: The slot is undergoing an examination of 
whether some other node claims any access to the slot or 
not. When the node has received Verification Replies from 
all other nodes on the link, indicating the no other node 
is using the slot or considers itself to have any other 
access to the slot, the node will change the state of the 
slot to FREE. If the Verification Replies indicated that 
another node is using the slot, it will change the state 
of the slot to LENT. If the Verification Replies indicate 
that two or more other nodes are using the slot, the node 
will send Interrupt messages to all but one of these 
nodes to immediately resolve the conflict. If the node 
receives a Change message indicating that it is no longer 
the owner of the slot, the node will change the status of 
the slot to GONE. 
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In an alternative embodiment in which different 
nodes are allowed to send data in the same slot position, 
but over separate segments of the link to ensure that 
data is not corrupted, the above set of states is managed 
by the node on a per-slot-and-segraent basis and not 
merely on a per-slot basis, as the slot, from the node's 
point of view, can be in different states for different 
segments of the link. 

In addition to the above, each node keeps track on 
whether or not sending of Verification Request and Reply 
messages is currently allowed. If a change is currently 
taking place regarding which nodes that are connected to 
the link or regarding the distribution of slot ownership. 
Verification Request and Reply messages are temporarily 
not allowed, as described more specifically in the 
following . 

In this exemplifying embodiment, a node will disable 
verification by refraining from sending Verification 
Request and Verification Reply messages when: a) its Link 
State Protocol detects a change in which nodes that are 
connected to the link; or b) the node receives a Change 
message identifying a list of nodes that is inconsistent 
with the list last reported by the node's own Link State 
Protocol. The node will resume sending Verification 
Request messages and Verification Reply messages when it 
receives a Change message identifying a list of nodes 
that is consistent with the list last reported by the 
nodes own Link State Protocol. 

Furthermore, a master node on the link will disable 
verification by refraining from sending Verification 
Request and Verification Reply messages when its Link 
State Protocol reports a change in which nodes that are 
connected to the link. It will then transmit a Change 
message reflecting the new list of nodes connected to the 
link. The master node will subsequently resume sending 
Verification Request messages and Verification Reply 
messages when it again receives the Change message after 
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having been forwarded among the nodes connected to the 
link. 

The master node will also disable verification by- 
refraining from sending Verification Request and 
Verification Reply messages when it has decided to make 
changes in the distribution of slot ownership. It will 
then transmit a Change message reflecting the new distri- 
bution of ownership. The master node will subsequently 
resume sending Verification Request messages and 
Verification Reply messages when it again receives the 
Change message after it having been forwarded among the 
nodes connected to the link. 

According to an alternative embodiment^ a node will, 
when caused to disable its sending of Verification 
Requests and Replies with respect a link connected to one 
of interfaces, also disable its sending of Verification 
Requests and Replies with respect other links that the 
node has interfaces to. The reason for this is that if a 
node is connected to, for example, a dual ring, a 
detected change with respect to one of the rings can be 
regarded likely to be accompanied by a corresponding 
change on the other one of the rings. As inconsistencies 
hence might occur on both rings, it can accordingly be 
regarded as most safe to for the node to simply disable 
the verification procedure with respect to both rings. 

Schematic signaling diagrams illustrating message- 
exchanges among the nodes of the network in Fig la will 
now be described with reference to Figs. 2, 3 and 4, 
illustrating the three nodes A, B and C with arrows 
representing messages transmitted among the nodes. Note 
that time flows from top to bottom in the figures. 

In Fig. 2, node A, being the master node, starts up 
the link by sending (at time tl) a Change message CH to 
node B, which in turn forwards the message to node C to 
then be returned to node A (at time t2) , The change 
message identifies a list of the nodes connected to the 
link and the distribution of ownership to slots on the 
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link. As nodes B and C in this case is assumed to store 
link data (as derived by a Link State Protocol not 
presented more in detail herein) that correlates with the 
data included in the change message, they accept the 
Change message and forward it as described. Otherwise, 
they would have discarded the message, causing 
retransmission thereof from the master node. 

During the time interval from tl to t2, the master 
node will refraining from sending Verification Request 
and Verification reply messages, thereby effectively dis- 
abling the verification procedure, as illustrated further 
below. To be noted, throughout these figures, the patter- 
ned columns along the timelines of the different nodes, 
such as the one between the markings tl and t2 in Fig. 2, 
represent time intervals during which the respective node 
is disabling the verification procedure by refraining 
from sending Verification Request and Verification reply 
messages . 

At t3, node B starts sending Verification Request 
messages VREQ with respect to all the new nodes that it 
was assigned ownership of in the previous Change message. 
As neither node A nor node B disable the verification 
procedure at this point in time, they will both reply to 
node B with Verification Replies VREP messages, which are 
received at node B at time t4. If we assume that neither 
of these replies indicate that A or C is using the slots 
that the Verification Request referred to, node B may now 
regard these slots as free and may accordingly allocate 
them for use as desired. To be noted, nodes A and C will 
perform similar verification procedures with respect to 
the slots that they were respectively assigned ownership 
of in the Change message CH. However, for simplified 
explanation, these parallel verification procedures have 
not been illustrated in the figure. 

At t4, it is assumed that node A, for one reason or 
another, has a need for more resources, and therefore 
sends a Resource Request message RES_REQ to node B, 
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asking to borrow a number of slots that node B is the 
owner of. Node B is assumed to be able to accommodate 
this request, and therefore transfers access to a set of 
slots to node A by sending a Resource Transfer message 
5 RES_TR to node A. This message is received at node A at 
time t7, which may then start using the set of slots, 
identified in the message, as borrowed slots. 

At time t8, node A is finished using the borrowed 
slots and ''^returns" them to node B by sending a Resource 
10 Transfer message RES_TR to node B, identifying the 

subject set of slots. However, for unknown reasons, the 
message gets lots on its way to node B and is never 
received at node B. Node B will therefore continue to 
-=3 believe that node A is still borrowing the slots. 

^ 15 However, node B will repeatedly perform verification 

nJ procedures with respect to all slots that it is the owner 

u| of and that it considers to be lent to other nodes. At 

iji the end of a timer local to node B, it therefor sends, at 

time t9, a Verification Request message VREQ referring to 
y, 20 the lent set of slots to all other nodes on the link, 

rii Nodes A and C responds using Verification Reply messages 

VREP that reaches node B at time tlO. As non of these 
Q. identify node A or node C as using the slot, node B can 

^ conclude that the slot is no longer borrowed by node A 

25 (nor by any other node) . Node B may therefore again 

consider the subject set of slots as free for and may 
accordingly allocate them for use as desired. 

Continuing with reference to Fig. 3, at time til, 
the master node A has determined a need for changing the 
30 distribution of ownership among the nodes connected to 

the link and therefore send, at til, a new Change message 
CH identifying the new distribution to the other nodes on 
the link. At the same time, it disables its participation 
in the verification procedure, as illustrated by the 
35 start of the patterned column. 

At tl2, node B receives the Change message CH, 
identifies the new distribution, and forwards the Change 
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message CH to node C, which subsequently forwards it back 
to node A to reach node A at time tl4. 

It is assumed that the Change message CH states that 
node B has been given ownership of more slots that 
5 previously. Node B will therefore, immediately after 
receiving the Change message CH, initiate verifying 
procedures with respect to all new slots that is has 
become the owner of. This is done at time tl2 by node B 
sending Verification Request messages VREQ to nodes A and 

10 C, identifying the new slots. Node C replies to the 

Verification Request message it has received from node B 
by sending a Verification Reply message back to node B at 
time tl3. However, node A receives the Verification 
Request message VREQ from node B at point tl3, i.e. prior 

15 to receiving the Change CH message from node C which 

takes place later at time tl4 . Node A is therefore still 
in its state of disabling the verification procedure, not 
yet having ensured that all nodes are aware of the new 
ownership distribution, and will therefore send no reply 

20 to the Verification Request message VREQ from node B. 

As node B never receives any Verification Reply 
message from node A, it will continue to consider the 
status of the new slots as unsure and will hence not 
start using the new slots. Instead, it waits for a pre- 

25 defined period of time, at the end of which (at time 

tl5) , it once again initiates a verifying procedure with 
respect to the new slots, by sending out new Verification 
Request messages. When receiving the request, at time 
tl6) , node A will have had time to receive the acknow- 

30 ledging Change CH message from node C (at time tl4) , and 
will no longer disable the verification procedure. Hence, 
both node A and node C now responds to the request by 
sending their Verification Reply messages VREP to reach 
node B at time tl7. If it is assumed that neither of 

35 these replies indicate that A or C is using the slots 

that the Verification Request referred to, node B may now 



15 

regard the new slots as free and may accordingly allocate 
them for use as desired. 

Continuing with reference to Fig. 4, it is now 
assumed that a fourth node D is connected to the link. 
5 This is detected by the operation of a Link State 

Protocol at nodes C and D at time t21, at node B at time 
t24 and at node A at time t25, at which points in time 
the respective node will disable the verification 
procedure, as indicated by the start of the patterned 

10 columns along the respective nodes' timeline. 

Node B, for one reason or another, initiates a 
verification procedure for a specific set of slots at 
time t24, prior to becoming aware of the new node D at 
time t24, and sends Verification Request messages VREQ to 

15 nodes A and C (and not to node D as it is so far unaware 
of the existence of node D) . However, when node C 
receives this message at time t23, it is already 
disabling the verification procedure as it has become 
aware of the new node at time t21 and consequently sends 

2 0 no reply to the verification message to node B, rendering 
the verification uncompleted at node B, as has been 
discussed above. When node B subsequently, at time t24, 
becomes aware of the new node, it also disables the 
verification procedure and stops sending Verification 

25 Request messages. 

As stated, node A becomes aware of the new node D at 
time t25 and sends a Change message CH containing the new 
list of nodes connected to the link and including any 
changes in ownership distribution. This message is 

30 received at node B at time t26, to be forwarded to node C 
and to subsequently reach node D at time t27. When this 
Change message reaches node B, C, and D, they will 
conclude that it is consistent with the new link data 
that their respective instances of the Link State 

35 Protocol have provided, and will thus accept and forward 
the Change message, and at the same time stop their 
disabling of the verification procedure, as indicated by 



the bottom end of the three patterned columns along the 
timelines of node B, C and D. However, the verification 
procedure will not become fully enabled until the Change 
message CH once again reaches the master node A at time 
t30 and the master can conclude that all nodes are aware 
of the new link information and thus stop disabling the 
verification procedure. Accordingly, when prior to that, 
node B, having stopped its disabling of the verification 
procedure when receiving the Change message CH at time 
t26, once again, at t28, tries to initiate a verification 
for the above mentioned set of slots by sending 
Verification Request messages to node A, C and D, this 
verification will be blocked by node A. 

As node B only receives Verification Reply messages 
from nodes C and D but not from node A, it will continue 
to consider the status of the set of slots as unsure and 
will hence refrain form regarding the subject set of 
slots as free for use. Instead, it waits for a predefined 
period of time, at the end of which (at time t31) , it 
once again initiates a verifying procedure with respect 
to the set of slots, by sending out new Verification 
Request messages to nodes A, C and D. When receiving the 
request, at time t32) , node A will have received the 
acknowledging Change CH message from node D (at time 
tSO), and will no longer disable the verification 
procedure. Hence, both node A, C and D now responds to 
the request by sending their Verification Reply messages 
VREP, the last thereof to reach node B at time t34. If it 
is assumed that neither of these replies indicate that A, 
C or D is using the slots that the Verification Request 
referred to, node B may now regard the new slots as free 
and may accordingly allocate them for use as desired. 

To be noted, when referring in this document to 
message being exchanged between nodes connected to the 
link, that may favorably be implemented as processes 
being performed by, and messages being exchanged by, the 
nodes' interfaces to the subject link, as each node may 
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have separate processes in operation with respect to 
separate links that the node has interfaces to. 

Even though the invention has been exemplified above 
using embodiments wherein a verifying feature according 
to the invention is used primarily for verifying or 
monitoring a conflict free write access situation, and/or 
a conflict free slot ownership distribution, both being 
preferred uses, it may just as well be used to verify any 
other type of slot/token access status. 

Also, even though the invention has been described 
using embodiment wherein a verifying feature according to 
the invention is used with respect to access to one or 
more slots, it may just as advantageously be used to in 
systems wherein access to a slot or set of slots may be 
limited to a portion of a link, thereby making it 
possible for two or more link interfaces to use the time 
slot on separate portions of the link. The inquiries and 
replies related to a verifying procedure according to the 
invention would then preferably include optional 
information on which portion of a link over which a link 
interface considers itself to have write access to the 
subject slot (or slots) . 

As is understood, many different alterations and 
modifications with respect to embodiments described 
above, as realized by those skilled in the art, may be 
made within the scope of the invention, which is defined 
by the accompanying claims. 



